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SYSTEM AND METHOD FOR PERFORMING SUBSTITUTE FULFILLMENT 
INFORMATION COMPILATION AND NOTIFICATION 
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CROSS-REFERENCE TO RELATED APPLICATION 

The present application is a continuation-in- 
part of U. S x Appl . Serial No . 09/217,116, filed December 

21, 1998, which ^is hereby incorporated herein by 
A 

reference . 

FIELD OF THE INVENTION 

The present invention generally relates to 
systems and methods for human resources management. More 
particularly, the present invention relates to systems 



u 15 and methods for performing substitute fulfillment, 

p compiling absence and entitlement information, 

notifications of unexpected events, and notifications of 
^ benefits and policies. Still more particularly, the 

present invention relates to systems and methods for 
?! 20 shifting the burden of performing substitute fulfillment 

and information notification away from affected 
organizations, for centralizing substitute fulfillment 
and notification tasks, and* for enhancing the efficacy 
and reliability of these procedures. 

25 BACKGROUND OF THE INVENTION 

To date, location of a replacement to fill a 
temporary employee absence in an organization, a process 
referred to as "substitute fulfillment," has generally 
been an unreliable, labor-intensive, often panic-driven, 
30 process. In any organization, the absence of a worker 

can have perceptible consequences throughout the 



workplace. The consequences of an employee absence will 
vary with the nature of the work environment and with the 
scope of the employee's position; other relevant factors 
may include, for example, upcoming deadlines and patterns 
5 of absenteeism in the particular organization. Those 

consequences may be immediate and drastic, as when an 
assembly line shuts down due to the absence of a critical 
worker on the line, or more attenuated and moderate, as 
when another employee is distracted from his primary task 
10 to answer telephones due to the absence of the office 

receptionist. In a typical case, those consequences may 
include diversion of management resources to address the 
consequences of the absence; delays in accomplishing 
projects in which the absentee has a role; displacement 
15 of other employees, who must fulfill the absentee's role, 

either by express assignment or in order to complete 
their own tasks; reduced productivity; fines levied 
against the organization, particularly if the absence 
impacts safety or other government -regulated aspects of 
20 the work environment; and, in an extreme but not uncommon 

Jl case, the inability to complete the central task of the 

^ organization. 

In the latter case, assignment of a substitute 
worker is imperative or "mission-critical " - -without a 

25 substitute worker, the mission of the organization will 

not go forward -- so filling the vacancy with a temporary 
replacement is the only acceptable alternative; in other 
cases, assignment of a substitute worker may not be 
mission-critical, but may nevertheless be a preferred 

3 0 policy in order to minimize the consequences of any 

absence. As a result, an upcoming absence may impact the 
workplace even before the absence period begins, as 
managers consider ways of compensating for the absence. 
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Examples of work environments in which substitute 
fulfillment may be a mission- critical task include 
schools, emergency services, and manufacturing plants, 
particularly plants with an assembly-line operation. The 
5 replacement of an absent teacher with a substitute 

teacher is a commonly occurring example of a mission- 
critical substitute-fulfillment objective. 

Thus , in an organization where a substitute is 
necessary or desired, when an employee notifies the 
10 organization that he will be absent, management must 

necessarily turn its attention to the substitute 
fulfillment task, or risk a noticeable reduction in the 
»P productivity of the organization or an inability to 

i~ accomplish the business of the organization for the 

IU 15 entire absence period. Although seemingly simple in 

concept, the substitute fulfillment task is non-trivial, 
requiring managers to devote significant time, effort and 
other resources, with no guarantee of success. 
Substitute fulfillment is complicated by the number of 

2 0 intermediate tasks that must be accomplished and 
constraints that must be satisfied to successfully 
realize a particular substitute fulfillment in a timely 
fashion. 

The absent worker may, and usually does, 
25 provide notice of his impending absence less than a day, 

or even only several hours, before he is expected at 
work. Thus, management often enters the substitute 
fulfillment task with little time to carry it out; if the 
process is not automated in any aspect, then management 

3 0 must direct each step of the process . Once the absence, 
which may extend from only hours to several days, or even 
months , is known, management must typically identify the 



scope of the absentee worker's critical responsibilities 
and skills to establish criteria for identifying a 
suitable substitute and develop a substitution candidate 
profile. Typically, multiple substitution candidate 
profiles may be established, with more demanding 
requirements for ideal or preferred substitutes, and with 
less demanding, threshold requirements for merely 
acceptable substitutes. Once the appropriate 

qualifications for an acceptable substitute are 
established, management may consider potential 
replacements from a prepared list of candidates, or 
alternatively, management may identify potential 
candidates by some other means. Candidates may be 
regular employees of the affected workplace, for example, 
assembly line workers at a manufacturing plant who work 
different shifts from the absentee, or, persons from 
outside the workplace, for example, substitute teachers 
registered with a school district. 

Management must then contact potential 
replacements, typically by telephone, and determine 
whether potential replacements are available and willing 
to work at the desired times in the desired position. 
Merely reaching potential substitutes may require several 
attempts. In the best case, management will eventually 
locate and assign an available substitute to cover the 
vacancy; in the worst case, management will be unable to 
find a substitute, despite having expended significant 
resources on the substitute fulfillment task. The 
substitute fulfillment task is substantially, but not 
wholly complete when the available substitute is 
assigned; typically, management performing the substitute 
fulfillment must then notify the appropriate persons that 
a substitute has been confirmed to facilitate inclusion 





of the substitute in the workplace. 
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complexity of the substitute fulfillment task and the 
diversion of resources it entails, many workplaces may 
forego substitute fulfillment despite its desirability. 

Substitute fulfillment is a routine practice in 
the education system, especially at the primary and 
secondary school levels. An example of substitute 
fulfillment for a high school teacher is provided herein 
as an accessible example and for reference. The 
substitute fulfillment task usually is triggered in a 
school when a teacher "calls in sick." Depending on the 
degree to which substitute fulfillment is automated in 
the school or district, locating a substitute teacher may 
require the efforts of a principal or other 
administrator, as well as several support staff members. 
Once a teacher has called in sick or otherwise signaled 
his absence, perhaps the night before or even the morning 
of the absence, the responsible administrator must 
disrupt her schedule to focus on the substitute 
fulfillment task. If she is unable to find a substitute 
teacher, the operation of the class, the department, and 
even the whole school may be disrupted. For example, the 
affected classes may fall behind in their scheduled 
curricula, an administrator or other teachers may have to 
neglect their other duties to cover for the absentee, and 
the school may even be fined by the state for failing to 
provide an acceptable substitute teacher. 

In order to perform the substitute fulfillment, 
generally, first, the administrator must determine which 
classes the absent teacher teaches and what skills are 
required of a replacement. In the education system 
context, state law may also regulate the minimal 




qualifications for a substitute teacher, both in general 
and for the specific type of position that must be 
filled. Thus, if an absent teacher is a high school 
science teacher who teaches AP Physics and basic 
chemistry, a replacement may be required not only to have 
a college degree but also specifically to have pursued 
college-level classes in both subjects. The 
administrator then typically identifies acceptable 
substitutes from the substitutes registered with the 
school district. The administrator then telephones 
potential substitutes to check their availability and 
willingness to take on the assignment. Sometimes she may 
have to telephone an individual substitute several times 
to speak with him and obtain a response. If she locates 
and confirms a substitute, she may then have to inform 
the relevant department head or other teachers and to 
complete paperwork to process the substitute assignment. 

At present, computer systems for supporting 
substitute fulfillment are known in the education field. 
Individual schools in a school district typically share a 
single such system installed at the school district 
level. Typical system equipment includes at least one 
dedicated computer, combined with specialized telephony 
equipment, including multiple phone lines, and other 
equipment. The equipment is expensive and set-up of the 
substitute fulfillment system may be technically 
demanding . A school district must invest in equipment 
adequate to handle its anticipated volume of use . In 
order to upgrade the system, often all of the equipment 
must be replaced, at substantial expense and annoyance. 
Such systems are sold by several vendors under the trade 
names SubFinder (CRS, Inc.), and Substitute Teacher 
Management System (TSSI) . 



In these automated systems, necessary 
information relating to teachers, substitution criteria, 
registered substitutes, etc. is entered and maintained in 
a database through software on the system at the school 
district level. Individual schools in the district 
access the system through a dial-up connection with a 
modem from a computer located at the school . School 
district personnel must receive absence notification and 
initiate and oversee the substitute fulfillment procedure 
with support from the system. Significant involvement by 
school district personnel and the system vendor may be 
required, including hardware and software support of the 
system. Thus, operation of the substitute fulfillment 
system by the individual schools may be technically 
demanding and require the presence of trained personnel . 

In light of the mission-critical nature of the 
substitute fulfillment task in the education system, the 
reliability of the system is a key concern. At present, 
substitute fulfillment systems are not adequately 
reliable. Power failures and other catastrophic events 
may undermine the efficacy of systems operated at the 
school district level. Because all information is 
maintained locally at the school district level, system 
failures may result in partial or total data loss. 
Backup systems entail additional expense, often not 
within the budgets of school systems. 

Present systems are inherently limited in their 
capabilities due to equipment limitations, access 
constraints, and operation requirements; thus, each 
district typically purchases and installs a system and 
independently handles its own substitute fulfillment 
using the purchased system. As a result of the 



decentralized nature of substitute fulfillment management 
in present systems, it is virtually impossible for school 
districts to share information and common substitute 
fulfillment resources . For the same reason, compilation 
5 or aggregation of data relating to substitute fulfillment 

across school districts is difficult and uncommon. All 
of the costs, responsibilities, disadvantages, and 
inconveniences of substitute fulfillment are typically 
borne exclusively and separately by individual school 
10 districts and schools. 

Additionally, organizations including but not 
; J limited to schools, school districts and business 

»P entities require a centralized system and method of 

\ n tracking workers' absences and entitlements, including 

Hi 15 but not limited to used and available vacation, personal 

: i; and sick time. Administrators and workers have a time- 

consuming, inefficient and often inaccurate procedures 
for recording absences and entitlements. This results in 
labor-intensive recordation procedures and often no 
2 0 universal record (for both access by administrators and 

workers) detailing up-to-date absences and entitlements 
for the particular worker, a group of workers or the 
overall workforce of the organization. 

Organizations also require an efficient, 
25 current and easily accessible system and method for 

recording and announcing benefits, policies, current and 
unexpected events . Presently organizations often resort 
to bulletin boards, which are not remotely accessible, or 
phone chains, which are inefficient, unreliable, and 
30 labor-intensive . 
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Illustrated here with particular examples, 
these same considerations are generally applicable to any 
organization. Due to the mission-critical nature of 
these tasks, it is crucial that any equipment or method 
5 relating to substitute fulfillment, information 

compilation or notification be reliable and efficient. 
It is an advantage of the present invention to provide a 
reliable, efficient system and method of substitute 
fulfillment, information compilation and notification. 
10 It is a further advantage of the present invention to 

provide an automated system and method that has low 
overhead and requires little organization involvement or 
oversight. It is another advantage of the present 
invention to broaden the scope of system connectivity and 
15 to include an interface to the Internet. It is yet 

another advantage of the present invention to maintain a 
3 1 central database of related information and to share 

. information across organizations. It is still another 

^ advantage of the present invention to provide trend 

□ 

1^ 20 analysis and reporting. An improved method of substitute 

\pi fulfillment, information compilation and notification is 

useful to any organization that anticipates a need to 
assign replacement workers to fill temporary absences. 
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25 SUMMARY OF THE INVENTION 

The present invention is directed to an 
automated system and method for performing substitute 
fulfillment for an organization that wishes to replace an 
employee during a temporary absence; performing placement 
30 of floating workers; tracking absences and entitlements 

of workers; notifying interested parties regarding 
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unexpected events , daily announcements, policies and 
benefits; and bidding for temporary workers. Generally, 
at least one presently preferred embodiment of the 
present invention contemplates that a substitute 
fulfillment, information compilation or notification 
system includes a main server that manages substitute 
fulfillment, compilations and notifications for multiple 
client organizations. The server maintains substitute 
fulfillment data, contact data, notification information 
and other data centrally in a database for multiple 
client organizations employing the system. Organizations 
enter substitute fulfillment data and contact data 
locally at the organization and transmit the data to the 
server. An organization maintains its own parallel 
database on a local application. The system periodically 
sends updates to and receives updates from an 
organization's local database. 

In one preferred embodiment, an employee 
registers an absence and triggers the automated 
substitute fulfillment procedure by contacting the 
substitute fulfillment system. In another preferred 
embodiment, a business entity, school or school district 
registers contact information and the system contacts the 
desired parties regarding unexpected events, benefits, 
policies or daily announcements. Yet another embodiment 
encompasses a system which tracks information regarding 
workers 1 absences and entitlements. 

In at least one preferred embodiment, the 
system contacts the organization with the absence 
information. Once an absence is registered, the 

substitute fulfillment system uses the database to 
identify potential substitutes, temporary workers or 



floating workers ("Substitutes") based on preferences or 
criteria selected by the organization and other 
information. The system then contacts the identified 
potential Substitutes to inquire regarding their 
availability. In a preferred embodiment, the system 
continues to contact potential Substitutes until one is 
found or until the list is exhausted and all potential 
Substitutes have refused the assignment. 

If a Substitute accepts the assignment, the 
system relays instructions, key information and messages 
from the worker to the Substitute, if necessary. Whether 
or. not a Substitute is successfully assigned, the system 
contacts the organization and other desired update 
recipients to report on the result. In at least one 
preferred embodiment, the system relies on multiple 
communications channels to ensure reliability. 

The system may also track the absences of each 
particular worker and the worker's entitlements. Upon 
accessing the system, the worker or an administrator can 
inquire about the worker ' s absences and entitlements . 
The system stores the information on the absences and 
entitlements in the database. 

In another embodiment, the system records 
announcements regarding unexpected or current events, 
benefits or policies when the system is accessed by an 
authorized party for this purpose. The system then 
contacts the interested parties regarding the 
announcement or allows the interested parties to access 
the announcement upon request. Additionally, if desired, 
the reports detailing the contacted parties and the 



parties with which contact has been unsuccessful may be 
generated. 

The invention may also be used to conduct 
auctions of idle temporary workers. The organization 
5 which requires temporary workers , may designate the 

skills and background required of the worker and the date 
and time for the position along with the price the 
organization is willing to pay. The system then fulfills 
these requests starting with the highest bidder. 

10 It is understood that "workplace" or 

"organization" or "entity" when used in this application 
-.if refers not only to more traditional work environments, 

\I but to any work environment amenable to substitute 

iij fulfillment, information compilation or notification, 

15 such as an employee unit that works cooperatively 

together within a larger organization, for example, an 
emergency services unit. 



BRIEF DESCRIPTION OF THE DRAWINGS 

20 The present invention and its presently 

preferred embodiments will be better understood by way of 
reference to the detailed disclosure hereinbelow and to 
the accompanying drawings, wherein: 

Figure 1 is a block diagram showing a 
25 substitute fulfillment system in accordance with a 

preferred embodiment of the present invention. 
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Figure 2 is a data flow diagram showing the 
exchange of information between various entities involved 
in substitute fulfillment performed in accordance with a 
preferred embodiment of the present invention. 

Figure 3 is a diagram showing an exemplary data 
structure of a worker record stored in accordance with a 
preferred embodiment of the present invention. 

Figure 4 is a diagram showing an exemplary data 
structure of a client record stored in accordance with a 
preferred embodiment of the present invention. 

Figure 5 is a diagram showing an exemplary data 
structure of a list of pick-lists generated in accordance 
with a preferred embodiment of the present invention. 

Figure 6 is a diagram showing an exemplary data 
structure of a school record stored* in accordance with a 
preferred embodiment of the present invention. 

Figure 7 is a diagram showing an exemplary data 
structure of a county record stored in accordance with a 
preferred embodiment of the present invention. 

Figure 8 is a diagram showing an exemplary data 
structure of a district record stored in accordance with 
a preferred embodiment of the present invention. 

Figure 9 is a diagram showing an exemplary data 
structure of a user-preferences record stored in 
accordance with a preferred embodiment of the present 
invention. 
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Figure 10 is a diagram showing a list of 
available reports selectable by a user in accordance with 
a preferred embodiment of the present invention. 

Figure 11 is a diagram showing an exemplary 
data structure for initial registration with a substitute 
fulfillment system in accordance with a preferred 
embodiment of the present. 

Figure 12 is a representation of exemplary 
reports generated in accordance with a preferred 
embodiment of the present invention. 

Figure 13 is a state diagram illustrating the 
operation of a computer- implemented system for performing 
substitute fulfillment in accordance with a preferred 
embodiment of the present invention. 

Figure^ depicts a block diagram 

illustrating a data structure used for storing 
^information in accordance with a preferred embodiment of 
the present invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

System Overview 

There is generally indicated at 10 in Fig. 1 a 
block diagram of a substitute fulfillment, information 
compilation or notification system in accordance with a 
preferred embodiment of the present invention. The main 
components of system 10 are a communications and 
processing server 30, connected to an Oracle™ server, or 
like database engine 34, a web server 36, and a report 



processing unit 38, with multiple communication channels 
for clients, workers and potential replacements. Each 
unit or server may run on a separate computer or on the 
same computer as any of the other servers . The 
communications and processing server 3 0 manages the 
system 10, including managing communications interfaces 
and processing substitute fulfillment, information 
compilation or notification events. The central 

communications and processing server 30 also maintains 
the database 34, which contains data files with data 
records for multiple client organizations. The Oracle™ 
server maintains and stores the database. The Web Server 
manages and stores web pages accessible from the 
Internet. The Report Processing Unit generates data for 
the reporting requirements of the system. 

The substitute fulfillment, information 
compilation or notification database 34 is depicted in 
Figure^ 14^*1? and, more particularly, from data records 
400 to 410. The states in which and between which the 
system operates are shown in Figure 13A-F. 

The communications and processing server is 
connected to telephony hardware 32. Telephony hardware 
32 preferably includes multiple phone lines with a 
connection 40 to a public telephone network 44. In a 
preferred embodiment, communications and processing 
server 3 0 is further connected to a router 2 9 with a 
connection 28 to the Internet, shown generally at 26. 
Preferably, communications and processing server 30 
maintains at least two interfaces, most preferably two 
World Wide Web interfaces, for access to the substitute 
fulfillment system 10 via the Internet 26. The first 
such interface or web site is principally directed 



towards client organizations 56 such as, for example, 
school districts. The second such interface or web site 
is principally directed toward workers 18 and potential 
replacement workers 22, such as, for example, teachers 
and substitute teachers. 

Fig. 2 illustrates the flow of information in a 
preferred embodiment of the present invention. 
Maintaining the database and performing substitute 
fulfillment, information compilation and notification 
requires a periodic exchange of information between a 
client organization and the system; Fig. 2 illustrates a 
series of these steps. 

A cl ient organi zat ion 56 is required to have a 
computer 54 with Internet access 12 . The Internet access 
12 is preferably through a direct connection, but may 
alternatively be through a dial-up connection. In a 
preferred embodiment of the present invention, a 
potential customer organization 56 initially accesses the 
system 10 through the client organization web site in 
step 62. In step 70, the potential customer organization 
56 obtains a copy of an introductory software applet of 
the present invention by downloading it from the web 
site. Alternatively, the potential customer organization 
may receive a copy of the introductory software applet 
through a different medium, such as a CD-ROM. 

Registering for the System 

In a preferred embodiment of the present 
invention, in step 64, once the potential customer 
organization accesses the web site and requests the 
applet, the communications and processing server first 




sends the organization a registration "wizard." The 
wizard presents a series of interfaces to guide the 
organization through the registration process. Referring 
now to Figure 11 , preferably, the registration wizard 
interface 250 requires that the organization submit 
identification 260 and billing information 258, for use 
primarily if the organization 56 later decides to enroll 
as a client with the system 10. In subsequent step 68, 
the system 10 next presents and requires that the 
potential customer organization 56 agree to licensing 
terms. After the information is provided in step 66, 
subsequently, the system 10 allows the organization 56 to 
download the applet to its own computer 54 in step 70. 

In a preferred embodiment, until the 
organization 56 registers as a client organization, the 
organization 56 is entitled only to a trial use of the 
system 10 and is able to access only limited 
functionality of the applet and the system 10. For 
example, the organization 56 may only be able to use the 
applet to perform for a limited number of workers 18. If 
the organization 56 has not registered as a customer 
organization within a certain period, for example-, 30 
days, the applet expires and the organization 56 must 
reinitiate the process. 

In a preferred embodiment, the applet resides 
locally on the client's computer 54 and functions 
independently of the main server 3 0 for most of its 
functions; an Internet connection 12 need not be 
maintained to run the applet, nor need Internet 
communications software be open. The applet is 

primarily a data entry and reporting and Internet 
communications tool. Once the organization 56 has 



received the applet, in step 72, the organization must 
enter data to initialize the applet and the substitute 
fulfillment system 10 for its use. 



In a preferred embodiment, the applet presents 
5 the client organization 56 with a series of forms to 

complete to build records which are key to substitute 
identification for each worker 18 or potential substitute 
22 , as well as other records necessary for ancillary 
tasks. Examples of other records include general 
10 customer information and reporting preferences. The 

„ applet is preferably tailored to collect data needed to 

ijO perform substitute fulfillment in the work environment of 

:^ the organization. For example, if the customer is a 

.|} school, the applet may be tailored to collect data 

15 related to teachers, such as education background, 

i«P certifications, schedules, and course information. " The 

i; forms preferably conform to the data records that will be 

;I~ maintained by the communications and processing server 30 

M* in the database 34 . The applet may aid the client 56 in 

; ij 20 completing particular fields in the forms by providing 

:|j drop-down lists with options for that field. There is 

shown in Figure 5 a sample data structure 150 of a list 
of possible pick-lists that the applet may generate. For 
example, a drop-down list may provide a list of all 
25 courses taught at the school so that the client can 

select the classes taught by a particular teacher to fill 
in that teacher's record. The applet may also fill in 
certain fields for the client 56 automatically by drawing 
on information stored in other records. For example, 
3 0 referring to Figures 3 and 6, once a school has completed 

a school data record 166, the applet may fill in the 
school contact information 176, 178, and 180 for each 
teacher affiliated with a particular school. 

- 18 lQ 



When the initial data entry is complete, in 
step 74, the customer instructs the applet to transmit 
the data to the communications and processing server 3 0 
to initialize the system 10. The applet communicates 
with the communications and processing server 3 0 via the 
Internet. During step 76, the server operates in and 
transitions between the following states shown in Figure 
13F: Wait (328), Import Object (329), Extract (330) and 
Send (331) . The possible states of the client during 
step 76 include Extract (323) , Send (324) , Receive (325) , 
Import (326) and Cleanup (327) . The events used to invoke 
each of these states and to transition between the states 
are set forth in Figure 13F. 

The applet preferably transmits and receives 
data in compressed format. Subsequently, in step 88, the 
applet routinely transmits updates of data stored in 
servers 34, 3 6 to the communications and processing 
server 10 on a schedule determined by the client 56 in 
step 74 and also when expressly directed to do so by the 
client 56 in step 74. 

Once the communications and processing server 
30 has been initialized with an organization's 
information, the information can subsequently be updated 
using the applet. New information is entered in client's 
database using the applet. When the applet communicates 
with the communications and processing server 30, the 
communications and processing server 3 0 automatically 
determines what information has been added or changed in 
the client's database since the last session and updates 
the same information in the central database 34. Thus, 
all information entered into the applet resides on both 
the organization's computer 54 and in the substitute 




fulfillment database 34. 



Similarly, when the applet 



communicates with the communicating and processing server 
30, the server 3 0 updates the applet regarding any 
activity that has occurred since the last communications 
session . 

Typical Data Records in the System 



records that may be maintained and utilized in the 
database, particularly' for a client that is a school. 
The data records provided illustrate what types of 
information the system 10 requires and how that 
information would typically be organized. In a preferred 
embodiment, the information in the data records is 
provided to the system 10 through the applet. Referring 
now to a preferred embodiment in Figure 3, teacher and 
substitute information stored in a staff data record 90, 
or data record 404, may include: name 92; title 94; 
social security number 96; a personal identification 
number (PIN) 98; billing information for billing 
substitute fulfillment services involving that teacher 
100; certifications of the teacher 102; a list of 
teachers preferred to substitute for the teacher, or, 
alternatively, a list of criteria for selecting an 
appropriate substitute for the teacher 104; schedule 
information, preferably through a pop-up calendar 106, 
including work duties and absence information 108 
(primarily for teachers) and availability 126 (primarily 
for substitutes); flags for special conditions 122, such 
as special instructions for a substitute or messages from 
a teacher to a substitute; affiliation information 112; 
contact information for the teacher 116; organization 
contact information for who to contact if that teacher 



Figs. 3-10 illustrate a few types of data 



• 



o 
'■k 

p 

is 15 

m 

iji 

□ 

2 0 



calls in an absence or a substitute fulfillment is 
performed 118; classroom location information 120; 
entitlement balances 124, for how many absences (sick 
days, personal days, etc.) a teacher has left for the 
school year; and call time preferences 128 (primarily for 
substitutes) . The substitute schedule information is 
also stored in data record 403. The entitlement types 
are stored in data record 4 02. Referring now to Figure 
4, for record-keeping, billing, and administrative 
functions, the database may store a business data record 
130 with fields such as: the billing address 132 of the 
customer organization, its mailing address 134, billing 
contact 13 6, emergency contacts 13 8, phone numbers 14 0, 
fax numbers 142, electronic mail addresses 144, and 
options selected 148. It is understood that the fields 
shown are only representative of the fields that may be 
used within the scope of the present invention. Also, 
these fields may be further broken down into more 
specific subfields, for example, multiple mailing 
addresses or different emergency contacts for different 
times of day, week, month, or year. In this way, the 
system 10 maintains the information needed to perform 
substitute fulfillment, information compilation or 
notification for a particular organization 56. Other 
possible records are shown in Figures 5-10, and include 
records for pick-list management 150; for school data 
166; for county data 190; for district data 202 ; for 
client preferences 226; and for reporting schemes 230. 
The skills for each worker that may be used as a 
substitute or may require substitute are recorded in data 
record 409, while the worker's personal identification 
number for accessing the system 10 is stored in data 
record 410. Data records 407 and 408 include the 
preferred skills of a potential substitute and the skills 




of the actual substitute who accepts the position, 
respectively. The records maintained in the main 

database of the system 10 are preferably stored on the 
Oracle™ server 34. 

Substitute Worker Fulfillment 

Once the system 10 has been initialized, the 
system is ready to operate. No further specialized 
equipment need be set up at the local organization level. 
The substitute fulfillment operation is initiated when 
the system 10 identifies and schedules an absence in step 
78 . In the preferred embodiment of the present 

invention, the system may be notified of an absence in 
several ways in step 78. When a worker 18, 46 covered by 
the system 10 becomes aware of an absence, the worker 18, 
46 may contact the communications and processing server 
3 0 by telephone 48, preferably through a toll-free 
number. Using keys on the standard telephone keypad, the 
worker 18, 46 identifies himself and enters the details 
of his pending absence. The skills required of a 
substitute are stored in data record 405. Alternatively, 
the worker 18, 46 may contact the communications and 
processing server 30 via the Internet 26, possibly using 
a home-based computer 20, through a worker web site which 
is preferably secure. The information regarding the 
pending absence is stored in data record 401. In 
addition to providing information regarding his upcoming 
absence, the worker 18, 4 6 may also record or transmit a 
message directed to the substitute 20. In one 
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embodiment, if the worker 18, 46 notifies the 
organization 56, rather than the system 10, of the 
absence directly, the organization 56 may simply update 
its applet and connect to the communications and 
processing server 30, which process will automatically 
update the communications and processing server database 
34, notify the substitute fulfillment system 10 of the 
absence, and trigger the substitute fulfillment process. 



and indicates the pending absence (s) and the information 
is stored in data record 401. The entitlement information 
regarding a pending absence is stored in data record 406. 
The server operates in the states shown in Figure 13A, 
including Initial (281 ) , MainMenu (282), Whenstepl (283), 
WhenAnotherDay (284), Shift (285), StartTime (286), 
AbsenceType (287) , Recordlnstructions (288) , 

Conf irmAbsence (289) , CheckComplete (290) , Entitlements 
(291), ErrorState (292), Hangup (293), and Goodbye (294), 
and the events which invoke these states are also 
described in Figure 13A. For example, Generate Start 
Event signifies returning to the first action of the 
phonecall, preferably to replay a greeting or a request 
for an identification number. MainMenu (282) prompts the 
worker to push 1 on the telephone if the worker desires 
to record an absence, 2 to listen to entitlement day 
balances, including but not limited to vacation, personal 
and sick days remaining, and 3 for special instructions 
regarding a particular workplace. In Shift (285), if the 
worker 1 s absence will not begin at the start of the work 
shift, the system proceeds to StartTime (286), during 
which worker is prompted for the start time of the 
absence. The worker is prompted to designate an absence 
type, which types have been designated by the Client, in 



In step 78, the worker calls into the system 




state 287. In Entitlements (291), "List Entitlement Day 
Balances" signifies notifying the worker of entitlements, 
including but not limited to, used and remaining 
vacation, sick and personal days. 

5 In step 80, the system 10 distributes absence 

notifications to relevant client personnel 14, 50, 
preferably on a regular basis at a time specified in 
advance by the client 56. Referring now to Fig. 12, 
notifications may take the form of summary absence 
10 reports 276. The information for the absence reports is 

& stored on data record 4 00. For example, the server 3 0 

j„J! 

-,g may transmit a summary absence report 276 for each 

+ workday at 5:00 p.m. on the previous day and again at 

jjg 7:00 a.m. that day to selected client personnel. Summary 

!U 15 absence reports 276 may be distributed by facsimile 52, 

electronic mail 16, or via the applet to any parties 
!>s designated by the client 56 as "need-to-know" parties 14, 

;IT 50 for all absences or for particular absences. 

U Notification preferences are stored within the 

yj 20 communications and processing server 30. In a preferred 

^ embodiment, designated client personnel 14, 50 receive 

both an absence notification via electronic mail 16 as 
soon as the absence is registered and a summary absence 
report 276 via facsimile 52 at a pre-set time. Use of 
2 5 multiple communications channels builds additional 

reliability into the system 10. 

In step 81, the substitute fulfillment system 
10 identifies potential replacements 22 for the absent 
worker 18, 46. The organization 56 typically has a pool 
30 of potential replacements 22 available to it. If the 

organization 56 has chosen to identify particular 
replacements 22 suitable for a particular worker 18, 46, 
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then the substitute fulfillment system 10 may simply 
locate that list. Alternatively, if the organization 56 
has identified only qualifications or criteria for 
selecting an acceptable replacement 22 for a particular 
5 worker 18, 46, then the substitute fulfillment system 10 

may compile a list by searching for potential 
replacements with the requisite qualifications in a 
master list of replacements 22 available to the 
organization located in the database 34. In a preferred 
10 embodiment, the substitute fulfillment system 10 may 

compile a list of preferred replacements and a back-up 
list of acceptable replacements. 

In step 82, the server 3 0 then contacts 
potential replacements 22, preferably via telephone 32, 
l]J 15 40, 42 and 44, using interactive voice response 

:"3T3 

|Iw technology (suitable equipment includes Dialogic™ Model 

.■s D-41ESC and D-240 product line) that interfaces logically 

;IT with callers, usually employing a set of pre-recorded 

U prompts, a database, and dynamic selection criteria. The 

^ 20 number called, and the caller identification are recorded 

J in data record 411. The server operates during step 82 

in the states including MakeTheCall (308) , CallAnalysis 
(309), Identify (310), PresentRequest (311), 

RejectRequest (312) , AcceptRequest (313) , ErrorState 
25 (314), Hangup (315) and Goodbye (316), which are 

displayed in Figure 13D. The invoking events for each of 
these states are set forth in Figure 13D, and examples of 
these events follow: In Identify (310) , the potential 
replacement is prompted for an identification number. In 
30 PresentRequest (311) , the request is played and the 

potential replacement is prompted for 1 to replay the 
request, 2 to accept and 3 to reject. Further, the 
potential replacement is prompted for 1 to reject future 



requests, or 2 to allow additional requests to be phoned 
to the potential replacement, in RejectRequest (312) . If 
the potential replacement accepts the request, a 
confirmation number is played in AcceptRequest (313) . 

The system 10 will call qualified replacements 
22 over a period of time until one of the qualified 
replacements accepts the substitute assignment in step 84 
or the list of potential replacements 22 is exhausted. 
If multiple lists of potential replacements have been 
compiled, the system 10 will first search the list of 
preferred replacements before resorting to secondary 
lists. The client organization 56 may specify 

appropriate call times and other parameters for the 
Interactive Voice Response technology. 

If a substitute 22 accepts the assignment, the 
server 30 may relay instructions from the organization 56 
or messages from the absent worker 18 to the substitute. 
Referring now to Figure 12, the system 10 then generates 
summary absentee reports 2 76, summary substitute 
assignment reports, 278, call history reports 279, and 
unfulfilled substitute assignment reports 280 with the 
details of any successful replacement, all calls made, 
and information regarding any vacancy that could not be 
filled. The information for said reports is stored in 
data record 400. In step 86, the server 30 distributes 
to organization personnel 14 designated for receipt of 
the reports. Clients 56 may specify different personnel 
distribution lists for various reports. Reports may be 
mailed electronically or faxed, or both by server 30. 

Because the applet is updated each time the 
communications and processing server 30 is accessed, the 



applet will typically contain an accurate history of 
system use and may also be used for local reporting and 
review of historic substitute fulfillment system 
operation data. In a preferred embodiment of the present 
invention, all desired transaction information, including 
all absence notifications, substitute requirements, 
substitute fulfillment attempts, substitute fulfillment 
successes and failures, web site accesses, employment 
searches by substitutes, etc., are stored in the database 
34 . 

List of Opportunities for Replacement Workers 

In a preferred embodiment, using the 
information in the database 34, the server 30 may also 
generate a listing of opportunities for replacement 
workers 22 and make the listing available through a web 
site interface. Replacement workers 22 may access the 
site and select an assignment. If the same assignment is 
currently being processed or waiting to be processed by 
the system's (10) Interactive Voice Technology, then the 
assignment selection is recognized, further processing is 
halted, and appropriate reports generated. Data record 
400 stores the information for said reports. 

The server 30 is capable of handling multiple 
clients 56 and multiple substitute fulfillment tasks 
simultaneously. Because the system 10 is centralized, 
services multiple customers 56, and maintains a database 
34, including historical system use information, the 
system 10 of the present invention provides special 
opportunities to match substitutes across organizations 
56, to aggregate data and to review trends. In a 
preferred embodiment, the server 3 0 and database 34 track 



substitute fulfillment data globally, identify 
opportunities for inter- organization substitute referral 
or fulfillment, and report on substitute fulfillment 
needs and other trends. The report information is stored 
in data record 400. For example, the server 3 0 may 
identify substitute teachers registered in a district 
adjacent to a customer school district and inform the 
customer school district. In another example, the 
substitute fulfillment system may identify hot spots 
where substitutes with particular qualifications are in 
demand . 

Notification System of an Unexpected Absence 

In a preferred embodiment, the invention may be 
used to notify designated groups of people of an absence 
over the telephone. The client in this embodiment is an 
organization including but not limited to school ■ or 
business entity. The data records may contain 

information related to* contact information for each 
student in the school's body or each worker, including 
but not limited to, phone numbers and email addresses of 
parents' and guardian's, student's classes, and student's 
year. In step 78, the system 10 receives phone calls and 
emails regarding the absence. Information regarding the 
call, including the number called is stored at data 
record 411. In step 78, the server transitions between 
the states shown in Figure 13C, which included 
RecordFilesMenu (303) , RecordFiles (304) , ErrorState 
(305) , Goodbye (306) and Hangup (307) . These states are 
invoked by the events set forth in Figure 13C, and 
several example events follow. The caller is prompted 
for the recording ID, in order prevent an unauthorized 
recording in RecordFilesMenu (303) . In RecordFiles 



m 



(304) , if caller presses 1 on the telephone, the system 
10 prompts the caller to record a new recording or to 
verify that the existing recording is acceptable. 

The system 10 distributes notifications of 
5 absence to interested parties , including but not limited 

to, administrators or managers. These notifications may 
be in the form of summary absence reports distributed by 
facsimile 52 , electronic mail 16, or via telephone to any 
parties designated by the client 56 as a contact person 
10 for all absences or for particular absences, including 

absences for a particular class year. 

;iF In step 82, the server 3 0 may then contact the 

\f% persons listed in the contact information ("contacts") 

!TJ for each absent student or worker, including but not 

15 limited to parents and guardians, preferably via 

;i telephone 32, 40, 42 and 44. The system 10 will call the 

^ contacts in order to receive an acknowledgement that the 

1^ student or worker is absent for an acceptable reason. If 

Ul the list of particular contacts for the student or worker 

^ 20. is ekhausted in step 86, the designated personnel in the 

organization receives a report of unacknowledged absences 

from the server 30. 

Notification System of an Unexpected Event 

In another preferred embodiment, the invention 
25 may be used to notify designated groups of people over 

the telephone of an unexpected event. The client in this 
embodiment includes but is not limited to a school, 
school district, or business entity. The data records, 
in a preferred embodiment, contain information related to 
30 contact information for each student or worker of the 
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client's, including but not limited to, phone numbers for 
workers, parents, and guardians, email addresses, 
student's classes, student's grade, and the content of 
the message representing the unexpected event. 

5 The system 10 receives a phone call or email 

regarding an unexpected event or announcement of the 
client, and records a new message regarding the 
unexpected event or announcement . The server then 
operates in and transitions between the states shown in 
10 Figure 13B, which include MainMenu (295) , 

„ RecordSchoolMenu (296) , RecordSchool (297) , Record 

J EntTypesMenu (298) , RecordEntTypes (299) , ErrorState 

*F (300) , Goodbye (301) , and Hangup (302) . The events which 

U invoke and transition between these states are shown in 

V 15 Figure 13B. 

i In step 82, the server 30 then contacts the 

IT persons listed in the contact information for each 

^ affected student or worker, including but not limited to 

Jl parents and guardians, preferably via telephone 32, 40, 

% 20 42 and 44, to notify the contacts of the event or 

announcement. If the list of potential contacts for the 
worker or student is exhausted, in step 86, the 
designated personnel in the entity or school receives a 
report of unacknowledged event announcements from the 
25 server 30. 

The system 10 distributes notifications of the 
contacts. These notifications may be in the form of 
summary event reports distributed by facsimile 52, 
electronic mail 16, or via the applet to any parties 
30 designated by the client 56 as a contact person for all 
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events or for particular events. All information for the 
reports is stored in data record 400. 

System for Recording Daily Announcements 

In another preferred embodiment, the invention 
5 may be used to notify designated groups of people over 

the telephone of daily announcements, including but not 
limited to school menus. The client in this embodiment 
is a school, school district, or business entity. 

_ In this embodiment, the server operates in and 
10 transitions between the states shown in Figure 13B, which 

4= include MainMenu (295) , RecordSchoolMenu (296) , 

!j3 RecordSchool (297) , RecordEntTypesMenu (298) , 

Hi RecordEntTypes (2 99) , ErrorState (300) , Goodbye (301) , 

;fj and Hangup (302) . The events which invoke and transition 

;i 15 between these states are shown in Figure 13B. For 

;~ example, the system 10 prompts the caller in MainMenu 

Q 

1^ (295) to enter 1 to reach the RecordSchoolMenu, in order 

Ul to record an announcement and 2 to reach the 

^ RecordEntTypes Menu, in order to record a message 

20 regarding entitlement types. Information regarding 

entitlement types is stored in data record 402. In 
RecordSchoolMenu (2 96) , the caller is prompted for the 
valid school recording identification, which prevents 
unauthorized recordings, and similarly in 

25 RecordEntTypesMenu 2 98, the caller is prompted for the 

valid Entitlement Type Recording ID, which prevents 
unauthorized recordings . In RecordSchool (297) and 
RecordEntTypes (299) , if caller presses 1 on the 
telephone, the system 10 prompts the caller to record a 
3 0 new recording or to verify that the existing recording is 

acceptable . 
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Notification System of Patient-Related Information 

The invention, in another preferred embodiment, 
may be used to notify doctors of important patient 
related information, e.g., patient tests, and patient 



regarding the patient related information. The system 10 
distributes notifications of the information via voice 
recorded messages that are announced to many doctors at 
once using the contact data for the relevant doctors. 

Substitute Teller Fulfillment System 

In another preferred embodiment, the invention 
may be used to fulfill the substitute teller requirements 
in a retail bank. The client in this embodiment is a 
retail bank or branch office. The data records may 
contain information related to contact information for 
each substitute teller, including but- not limited to, 
phone numbers, email addresses, and qualifications. The 
system 10 receives a phone call or email regarding an 
absence of a teller, and the information regarding this 
absence is stored in data record 401. In step 82, the 
server 30 then contacts the potential substitute tellers, 
preferably via telephone 32, 40, 42 and 44. During step 
82, the server proceeds in and transitions between the 
states in Figure 13D, which include MakeTheCall (308) , 
CallAnalysis (309) , Identity (310) , Present Request 
(3110, RejectRequest (312), AcceptRequest (313), 
ErrorState (314), Hangup (315) and Goodbye (316). The 
events which invoke these states and transitions between 
the states are set forth in Figure 13D. Provided the 
system was able to contact the substitute teller, the 



status . 



The system 10 receives phonecalls and emails 




substitute teller is able to accept or reject the 
position . 

Alternatively, the client may have a pool of 
floating tellers, who fill the vacancies in the bank in a 
5 given day. The server 3 0 then contacts the floating 

tellers, preferably by telephone, email, or facsimile to 
inform the floating teller to report to a particular 
branch office. If the server 30 attempts to contact the 
floating tellers via facsimile, the server 30 proceeds in 
10 and transitions between the states set forth in Figure 

13E. The possible states of the server include 

ifl MakeTheCall (317), CallAnaylsis (318), FaxSend (319), 

j ErrorState (320), Goodbye (321) and Hangup (322). Figure 

gp 13E sets forth the events which trigger these states and 

15 the transitions between these states. 

« Upon acceptance by a substitute teller or 

;^ floating teller or exhaustion of the list of substitute 

U tellers or floating tellers, the system 10 generates 

4j reports detailing who is absent, who was contacted 

; jg 20 regarding the position, who has accepted the position and 

the qualifications of the substitute or floating teller. 

The information compiled in the reports is stored in data 

record 4 00. 

Worker Substitute Fulfillment System 

25 The invention, in another preferred embodiment, 

may be used to fulfill the substitute worker requirements 
for workers, including but not limited to, fire police, 
ambulance workers, waitstaff, cooks, bus boys, cashiers, 
sales people, production line workers, pilots and 

30 stewards. The data records may contain information 
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related to contact information for each substitute 
worker, including but not limited to, phone numbers , 
email addresses, and qualifications, and the shifts 
worked by the workers. The system 10 receives a 
5 phonecall or email regarding an absence of a worker, and 

store this information in data record 401. In step 82, 
the server 30 then contacts the potential substitute 
workers, who are not working the specified shift, 
preferably via telephone 32, 40, 42 and 44. Provided the 
10 system was able to contact the substitute worker, the 

substitute worker is able to accept or reject the 
position'. In step 82, the server 30 then contacts the 
potential substitute tellers, preferably via telephone 
32, 40, 42 and 44. During step 82, the server proceeds 
15 in and transitions between the states in Figure 13D, 

HU which include MakeTheCall (308), CallAnalysis (309), 

Identity (310) , Present Request (3110, Re j ectRequest 
(312), AcceptRequest (313), ErrorState (314), Hangup 
(315) and Goodbye (316) . The events which invoke these 
20 states and transitions between the states are set forth 

in Figure 13D. Provided the system was able to contact 
the substitute worker, the substitute worker is able to 
accept or reject the position. 

Temporary Worker Agency Fulfillment System 

2 5 In another preferred embodiment, the invention 

may be used to fulfill the substitute worker requirements 
through a temporary worker agency. This embodiment of 
the invention may be used to find replacements for 
material moving and equipment operators, nurses, doctors, 
30 x-ray technicians, physical therapy workers, and surgical 

assistants. The client in this embodiment is a temporary 
worker agency. The data records may contain information 
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related to contact information for each substitute 
worker, including but not limited to, phone numbers, 
email addresses, particular position sought and 
qualifications. The system 10 receives a phone call or 
email from a customer of the client designating the 
position to be filled, and the information is stored in 
data record 401. Additionally, the absent worker of the 
client's customer may directly contact the system 10 
preferably via telephone or email. 

In step 82, the server 30 then contacts the 
potential substitutes with the requisite qualifications, 
preferably via telephone 32, 40, 42 and 44. Provided the 
system was able to contact the substitute, the substitute 
is able to accept or reject the position. During step 
82, the server proceeds in and transitions between the 
states in Figure 13D, which include MakeTheCall (308) , 
CallAnalysis N J309) , Identity (310), PresentRequest (3110, 
RejectRequest (312) , AcceptRequest (313), ErrorState 
(314) , Hangup (315) and Goodbye (316) . The events which 
invoke these, states and transitions between the states 
are set forth in Figure 13D. 

The system 10 generates reports detailing who 
is absent, who was contacted regarding the position, who 
has accepted the position and the qualifications of the 
substitute. According the clients instructions, these 
reports may be sent to the client and the client's 
customers. Reports may be customized to show the 
information required by each of the client's customers, 
said information in data record 400. 



Notification System for Union Policies and Benefits 

In another preferred embodiment, the invention 
may be used to notify union members of policies and 
benefits. The client is a union or unionized 

5 organization. The data records may contain information 

related to contact information for each member, including 
but not limited to, phone numbers, email addresses, 
position and employer. The system 10 receives a phone 
call or email from the client designating new policies or 
10 benefits for union members, or business matters for the 

sBS% union. In step 82, the server 3 0 then contacts the 

l q members who are affected by the policies, benefits or 

business matters, preferably via telephone 32, 40, 42. and 
[q 44. The system 10 generates reports detailing who was 

iU 15 successfully and unsuccessfully contacted. 

m 

r . System for Recording Absences and Entitlements 



In another preferred embodiment, the invention 
j Jn! may be used to record absences for a business entity. 

The client is a business entity, such as a corporation. 
2 0 The data records may contain information related to 

contact information for each worker, including but not 
limited to, phone numbers, email addresses, position and 
entitled vacation, sick and personal time. The system 10 
receives a phone call or email from a worker designating 

2 5 an absence and reason for the absence, including but not 

limited to sick time, vacation time and personal time, 
and stores the information in data record 401. The 
system 10 generates reports from data record 400 
detailing who is absent, and the absent worker's record 

3 0 for absences including the type of absence. These 
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reports may include sick time, vacation time and personal 
time used and remaining. 

System for Idle Temporary Worker Auctions 

In another preferred embodiment, the invention 
may be used to allow different clients to bid for 
temporary workers. The client would designate the 
required skills and pertinent information for the 
temporary worker, e.g., the required degrees, the 
required experience, the geographical location of the 
position and the dates of the position. Additionally, 
the client would designate how much it was willing to pay 
for the temporary worker. The system 10 then processes 
all requests for temporary workers for the date and time 
required and fulfills the requests based upon the highest 
bidder receiving the most qualified temporary worker for 
the position first, then the next highest bidders request 
is fulfilled and so on until all requests are fulfilled 
or no acceptable temporary workers are available. 

•System Back-ups 

In a preferred embodiment, the system 10 has at 
least one off site operational backup site. The 
communications and processing server and related 
equipment may also be supplied with a fossil-fuel powered 
generator for a back-up power supply. 

If not otherwise stated herein, it may be 
assumed that all components, modes of communication, 
and/or processes described heretofore may, if 
appropriate, be considered to be interchangeable with 
similar components, modes of communication, and/or 



processes disclosed elsewhere in the specification, 
unless an express indication is made to the contrary. 

Although the invention has been described in 
detail for the purpose of illustration, it is to be 
understood that such detail is solely for that purpose 
and that numerous modifications, alterations and changes 
can be made therein by those skilled in the art without 
departing from the spirit and scope of the invention 
except as it may be limited by the claims . All changes 
which come within the meaning and range of equivalency of 
the claims are to be embraced within their scope. 



